home *** CD-ROM | disk | FTP | other *** search
/ Experimental BBS Explossion 3 / Experimental BBS Explossion III.iso / gus / digestv8.zip / V8N6G.TXT < prev    next >
Text File  |  1993-11-07  |  15KB  |  375 lines
  1. Apparently-To: john.smith@gravis.com
  2.  
  3.  
  4. GUS Daily Digest            Sat, 6 Nov 93   007          Volume 8: Issue   6  
  5.  
  6. Today's Topics:
  7.                   256Kx4 DRAM vendor cross reference
  8.                   A potentially stupid DRAM question
  9.                         DosMax?? Where is it??
  10.                                  FYI
  11.                            GUS 206L problem
  12.                               GUS and JP
  13.                    GUS Daily Digest V8 #5 (3 msgs)
  14.                          where is mega-h.zip
  15.                         Where is mega-h.zip???
  16.  
  17. Standard Info:
  18.     - Meta-info about the GUS can be found at the end of the Digest.
  19.     - Before you ask a question, please READ THE FAQ.
  20.  
  21. ----------------------------------------------------------------------
  22.  
  23. Date: Fri, 5 Nov 93 16:01:37 MST
  24. From: tschmidt@pefs1.micron.com (Tom Schmidt)
  25. Subject: 256Kx4 DRAM vendor cross reference
  26.  
  27. I have a few updates to the list of vendors that make 256Kx4 Fast Pagemode
  28. DRAMs.  I am not saying that all of these will work in the GUS because the
  29. timing and power consumption of every vendors design is slightly different.
  30. Nor have I personally tested each of these vendors in the GUS.  If anyone has
  31. pros or cons about any of these vendors, or knows of additional vendors parts
  32. that work with the GUS, please post them to the digest or E-mail me so that
  33. we can update this list and get it into the FAQ.
  34.  
  35. This is only a cross reference list that I put together with a little research
  36. into various DRAM data books and the IC Master 1993 master selection guide.
  37. For simplicity, I am leaving the speed grade designation off (a -10, -8, -7,
  38. or -6 extention at the end of the part number).
  39.  
  40. Manufacturer        Part Numbers of 256Kx4 Fast Pagemode DRAMs
  41. --------------------    ------------------------------------------
  42. Micron Semiconductor    MT4C4256
  43. AT&T            M441024
  44. EDI            EDI44256C
  45. Fujitsu            MB81C4256P
  46. Goldstar        GM71C4256A
  47. Hitachi            HM514256AP
  48. Hyundai            HY51C4256 or HY53C4256
  49. Intel            21014
  50. Mitsubishi        M5M44C256BP
  51. Mosel-Vitelic        V53C104
  52. Motorola        MCM514256AP
  53. NEC            uPD424256C
  54. NMB            AAA1M304P
  55. OKI            MSM514256
  56. Panasonic        MN41C4256
  57. Samsung            KM44C256BP
  58. Sharp            LH64256
  59. Siemens            HYB514256
  60. Texas Instruments    TMS44C256
  61. Toshiba            TC514256BP
  62.  
  63. You may have noticed that the Sanyo part (LC324256BP) has been removed from
  64. this list.  This was done because at least four GUS users have reported
  65. problems in the digest when trying to use them to upgrade the GUS.  I also
  66. could not find the Sanyo part in the IC Master or other data books, so I
  67. am not exactly sure whether or not it is a 256Kx4 Fast Pagemode DRAM.
  68.  
  69. I repeat:  I am not recommending any one part type or vendor.
  70.  
  71. _____      ___     Tom L. Schmidt
  72.   |  |    /   \    Manager - Component Characterization
  73.   |  |    \___     Micron Semiconductor, Inc.
  74.   |  |        \    2805 E. Columbia Rd.  Mail Stop 376
  75.   |  |____\___/    Boise, ID  83709-9698
  76.                    tschmidt@vax.micron.com or tschmidt@pefs1.micron.com
  77.  
  78. Note:  These opinions are mine and are not necessary shared by Micron
  79.  
  80. ------------------------------
  81.  
  82. Date: Fri, 5 Nov 93 08:42:42 EST
  83. From: "Burns Fisher, VMS Engineering  05-Nov-1993 0844" <fisher@skylab.enet.dec.com>
  84. Subject: Re: A potentially stupid DRAM question
  85.  
  86. >From: Paul Murgatroyd <s1114@kowande.Bond.edu.au>
  87. >Subject: Re: GUS Daily Digest V8 #4
  88. >
  89. >For some silly reason, DRAM chips are specified in "KilioBITS", not
  90. >"KiloBYTES". 256 KilioBITs is actually 32 Kiliobytes (8 bits/byte). 256Kx4
  91. >means 256 Kilobits times 4, which works out to 32 kiliobytes times 4. 
  92. >This means that for each single DRAM chip there is 128 Kilobytes.
  93. >
  94. >The six dram chips will then make up the needed 768 kilobytes needed to
  95. >expand your GUS to the full megabyte.
  96. >
  97. >I have no idea why DRAMs are identified in this way...it is just something
  98. >we'll have to accept.
  99.  
  100. It's not silly at all.  Yes, these parts do have 1 megabit, or 128Kbytes on 
  101. them, but you can't easily access them that way.  Each chip only has 256K 
  102. addresses that you can access.  The "x4" means that you can get 4 bits at one 
  103. time from each address.  Thus you need 2 chips to get 8 bits (one byte) out at 
  104. the same time.  And when you put these two chips together, you get 256K separate 
  105. addresses that you can access.
  106.  
  107. So to summarize, there are two pieces of information in 256Kx4:  1) the number 
  108. of addresses (256K) and 2) the number of bits you get out in parallel (4).
  109.  
  110. Makes a lot of sense once you get used to it.
  111.  
  112. I hope this helps...
  113.  
  114. Burns
  115.  
  116. ------------------------------
  117.  
  118. Date: Fri,  5 Nov 93 06:14:00 BST
  119. From: b.williams44@genie.geis.com
  120. Subject: DosMax?? Where is it??
  121.  
  122. Dear Paolo Colombo,
  123.    Since I don't know where you're logging in from? I'll try to tell you
  124. a little more more about the program and straighten out my post for you.
  125.  
  126.    DOSMAX.EXE is a Device Driver which will Maximize the use of low Memory
  127. by moving MS-DOS 3.1 or above, system data to upper memory block (UMB)
  128. provided by your upper memory manager.(Since I use Dos 6.0 I don't know
  129. what you are using and MemMaker is very helpful)
  130.  
  131.    DOSMAX.EXE also can move a portion of COMMAND.COM into a UMB instead of
  132. the High Memory Area (HMA). This feature recovers space in low memory which
  133. is available when DOS is in the HMA. Support is also included for Windows 3.0
  134. and 3.1 , There are also many more features included, too many to go into
  135. here.Also Zipped file includes a couple of other programs by the same author.
  136.  
  137.    As to where I got it, I stated that I had downloaded it off a Local BBS.
  138. And though that it probably was on Internet or Epas, since it is a Shareware
  139. program and well worth the registration price.I know for sure it is on Genie
  140. (I uploaded it myself) and it is on Compuserve.But are you out of the
  141. Continental United States or Canada? If not get in touch with me thru Genie
  142. at this Address. B.WILLIAMS44@Genie.Geis.com ,It can be sent thru Internet
  143. to this address.
  144. If you are outside of the US or Canada, we can work out somehow getting it
  145. to you, I hope.
  146.  
  147.   I average around 618k Conventional memory ,have Mouse, Sbosdrv and
  148. Smartdrive loaded high in UMB. Also it loads around 272k of COMMAND.COM
  149. high into UMB.I use a statement in EMM386 line after my Expanded memory
  150. #number.It's I=B000-B7FF this uses the system UMB that is set aside for
  151. the SVGA and Monocrome Monitor, and adds several UMB's to system.Acually I've
  152. ran my SVGA while this was being used for UMB's and I had no problems with
  153. the video.
  154.  
  155.  
  156.  
  157.  
  158.  
  159.  
  160.  
  161. This is my MEM/C statement from Dos prompt.
  162.  
  163.            Total       =    Conventional    +   Upper Memory Blocks
  164.  
  165. MSDOS      15277 (15k)      15277 (15k)         0 (0k)
  166. HIMEM      1168  (1k)       1168  (1k)          0 (0k)
  167. EMM386     3120  (3k)       3120  (3k)          0 (0k)
  168. COMMAND    2976  (3k)       2704  (3k)          272 (0k)
  169. DOSMAX     288   (0k)       0     (0k)          288 (0k)
  170. SMARTDRV   27280 (27k)      0     (0k)          27280 (27k)
  171. MOUSE      17088 (17k)      0     (0k)          17088 (17k)
  172. FREE       713936 (697k)    632848 (618k)       81088 (79k)
  173.  
  174.   As you can see I have plenty of Conventional memory and quite a large UMB
  175. and with out Smartdrive there's even more UMB room.A word of advice
  176. Seal Team the newest Electronic Arts release doesn't like Smartdrive.
  177. I'm using MSDOS 6.0, no Doublespace, Memmaker of course and DOSMAX.EXE.
  178. If you don't have DOS 6.0 but have DOS 5.0, upgrade it's worth it!
  179. Also with DOS 6 I can use more than 1 Config.sys and Autoexec.bat by using
  180. DOS 6's Batch program it's nice.
  181.   Also I'm not loading SBOSDRV because Ultramid removes it anyway.
  182.  
  183.  
  184.  
  185. DOSMAX17.ZIP  58,512  This is how it was listed on Local BBS
  186. DosMax.exe  Version 1.7 Copyright(1992) by Philip B. Gardner
  187. Philip B. Gardner
  188. 10461 Lever St.
  189. Circle Pines, MN 55014
  190. (612) 785-9439
  191.  
  192. Registration fee is $15.00
  193.  
  194. Well this is getting long so E-mail me (anyone who needs it and can't find
  195. it) and I'll try to help even if it means using Snail Mail!
  196.  
  197.                       ***StarHawk***
  198.                      B.WILLIAMS44@GENIE.GEIS.COM
  199. MAY THE GUS BE WITH YOU!
  200.  
  201.  
  202.  
  203. ------------------------------
  204.  
  205. Date: Fri, 5 Nov 93 11:47:12 -0500
  206. From: Brennan Stephens <stephens@cs.unc.edu>
  207. Subject: FYI
  208.  
  209. Attention all you GUS types!
  210.  
  211. I just thought some of you might be interested in
  212. this little tidbit.  The Computer Science department
  213. at UNC-Chapel Hill, which boasts the fastest graphics
  214. computer in the world, and is a world leader in 
  215. Virtual Reality Research (paraphrased from "Computer
  216. Graphics World", March 1993) has just decided to set  
  217. up a PC at every Head-Mounted Display to act as a 
  218. dedicated sound server.  The GUS will be the card 
  219. used in these machines.  The decision to use the GUS
  220. was made primarily because of the 3D capabilities, 
  221. and the fact that most other cards offering 3D sound
  222. were 10-20 times more expensive than the GUS.
  223.  
  224. I thought this was a pretty impressive notch in the
  225. GUS belt.
  226.  
  227. ------------------------------
  228.  
  229. Date: Fri, 5 Nov 1993 12:40:19 +0100
  230. From: Nils Olav Brandstorp Bekken <NILSOBB@dhhalden.no>
  231. Subject: Re: GUS 206L problem
  232.  
  233. > Date: Wed, 1 Sep 93 01:52:01 PDT
  234. > From: zorro%40607.hepnet@Lbl.Gov
  235. > Subject: GUS 206L problem
  236. > Message-ID: <930901015201.20210e91@Lbl.Gov>
  237. > 
  238. > i have unzip all the disks with the -$ option so i put the label on the
  239. > disk infact it put the label 930520 GUS2 on all disks, but when i install it
  240. > and i choose the full installation it begin to copy the disk1 then when i
  241. > ask for disk2 and i insert it and press return it tell me that it wants disk2
  242. > i press return and it answers with the same thing "insert disk 2 and press RET"
  243.  
  244. Delete the labels from the disks (you know, label a: -> delete 
  245. current label:Yes) and try again, I had no problem installing it 
  246. without any labels. 
  247.  
  248. If you still can't get it to recognize the disks, use the right 
  249. labels. I don't remember them right now but I've seen them somewhere.
  250.  
  251. Nils Olav B. Bekken 
  252.  
  253. ------------------------------
  254.  
  255. Date: Fri, 5 Nov 93 14:28:22 MET
  256. From: Broderdue <iqivar@hp1.cbs.dk>
  257. Subject: GUS and JP
  258.  
  259.  First I want to say that I got my GUS 2 weeks ago, and everything
  260.  has worked smoothly. Sbos, mega-em, AIL - everything. Great card.
  261.  
  262.  Was just wondering if John Smith please could give is a word about
  263.  Jurrassic Park. He said he was looking into it last week (I think)
  264.  after hearing that this guy in the UK actually tested a beta with
  265.  3d sound. So is there a patch coming or what ?
  266.  
  267.  Lastly, Elite 2 works fine with mega-em, although with no sound effects.
  268.  
  269.  Rock on people,
  270.  Ivar Frolich
  271.  
  272. ------------------------------
  273.  
  274. Date: Fri, 5 Nov 1993 02:37:26 -0800 (PST)
  275. From: Ganja farmer <yaga@u.washington.edu>
  276. Subject: Re: GUS Daily Digest V8 #5
  277.  
  278. Hey all!  With all this talk about 2nd Reality demo and Terminator 
  279. Rampage, I was gnawing at the bit to try them myself.  However, I have 
  280. been unable to find either of them, and I don't know their filenames, so 
  281. archie is really not working too well for me.  If anyone could _please_ 
  282. tell me where to find them;  I've looked at wuarchive, ftp.uml., cs.uwp., 
  283. nic.funet., etc.  but still can't.  Argh.  Many thanks in advance!
  284. chris
  285. yaga@u.washington.edu
  286.  
  287. ------------------------------
  288.  
  289. Date: Fri, 5 Nov 1993 20:46:17 -1000 (GMT-10:00)
  290. From: Paul Murgatroyd <s1114@kowande.Bond.edu.au>
  291. Subject: Re: GUS Daily Digest V8 #5
  292.  
  293. > For some silly reason, DRAM chips are specified in "KilioBITS", not
  294. > "KiloBYTES". 256 KilioBITs is actually 32 Kiliobytes (8 bits/byte). 256Kx4
  295. > means 256 Kilobits times 4, which works out to 32 kiliobytes times 4. 
  296. > This means that for each single DRAM chip there is 128 Kilobytes.
  297.  
  298. Hmmmm....just read the explanation from all your more educated folks, and
  299. now I am more enlightened on the subject. Still, the method I describe
  300. above is how I was taught about DRAMs and EPROMs etc, back when I did some
  301. work for my father's company programming all the EPROMs for the blood
  302. analysis machines and the likes. I guess it doesn't matter which way you
  303. do it, as long as you get the right answer every time :-)
  304.  
  305. ------------------------------
  306.  
  307. Date: 5 Nov 93 08:44:00 EST
  308. From: "VULCAN::WATTERS_C" <WATTERS_C%VULCAN.decnet@gate.hosp.ohio-state.edu>
  309. Subject: Re: GUS Daily Digest V8 #5
  310.  
  311. >Now, what I'm wondering is, if these guys are planning for the future,
  312. >than what the hell are they doing writing software which "... writes
  313. >directly to the FM chips...". Do they really think that's the future? If
  314. >it's future they want, than they should write programs that support the
  315. >AIL drivers. I don't think that future games will be tied down to
  316. >specific sound cards. And from what I understand, programming for the AIL
  317. >drivers isn't such an immense, very costly job.
  318.  
  319. Return to Zork specifically mentions AIL drivers in the docset, it doesn't
  320. really give you instructions on how to install them, but it does say that if
  321. your sound boards doesn't have drivers supplied by Mediagenic/Activision/
  322. Infocom, you should be able to install any AIL drivers for your board and 
  323. get it to work.
  324.  
  325. ------------------------------
  326.  
  327. Date: Sat, 06 Nov 93 00:34:50 EST
  328. From: BGUZ000 <BGUZ@MUSICB.MCGILL.CA>
  329. Subject: where is mega-h.zip
  330.  
  331. I read in the digest that there was a time extender for
  332. Mega-em located at epas. For some reason I can not find it.
  333. Could someone please tell me exactly where it is located.
  334. Thank You
  335.  
  336. ------------------------------
  337.  
  338. Date: Fri, 5 Nov 93 11:46:22 CST
  339. From: Han-jung Kim <kim@physics.auburn.edu>
  340. Subject: Where is mega-h.zip???
  341.  
  342. Phat wrote a patch of megaem 20 min limit is on epas. But could not locate it
  343. although I roamed away here and there. Even the Index.ALL does not show 
  344. mega-h.zip.
  345. Woul any one locate this file for me?
  346. I sent an email to Jayeson to release on version without the time limit and
  347. he told that the program was already reconfigured and not too easy to 
  348. remove the time part and also new version would not be released too much
  349. far off.
  350. However I want to use the current version of megaem over 20 min and need
  351. the hack right now!!!
  352. thanks.
  353.  
  354. ------------------------------
  355.  
  356. End of GUS Daily Digest V8 #6
  357. ******************************
  358.  
  359. To post to tomorrow's digest:                        <gus-general@dsd.es.com>
  360. To (un)subscribe or get help:                <gus-general-request@dsd.es.com>
  361. To contact a human (last resort):              <gus-general-owner@dsd.es.com>
  362.  
  363. FTP sites:           archive.epas.utoronto.ca              /pub/pc/ultrasound
  364.                      wuarchive.wustl.edu            /systems/msdos/ultrasound
  365.                      archive.orst.edu                    /pub/packages/gravis
  366.                      theoris.rz.uni-konstanz.de                /pub/sound/gus
  367. FTP mail server:     mail-server@nike.rz.uni-konstanz.de
  368.  
  369. Hints:
  370.       - Get the FAQ from the FTP sites or the request server.
  371.       - Mail to <gus-general-request@dsd.es.com> for info about other
  372.     GUS related mailing lists (programmers, musicians, etc.).
  373.  
  374.  
  375.